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A METHOD AND SYSTEM FOR IDENTIFYING BOTTLENECKS IN A 
SECURITIES PROCESSING SYSTEM 

CROSS-REFERENCE TO RELATED APPLICATIONS 
5 This Patent Application is related to U.S. Patent Application Serial No. 

09/592,048, filed June 12, 2000, entitled "A Method and System for Web Based 
Straight Through Processing the contents of which are incorporated herein by 
reference. 

TECHNICAL FIELD 

10 This invention relates to the field of computers, telecommunications and 

Internet based systems. More particularly, the present invention relates to a 
method and system for identifying bottlenecks in securities processing operations 
and systems. 

BACKGROUND ART 

1 5 Straight-through processing (STP) is an integrated approach to achieve 

hands-off, end-to-end processing of securities transactions without manual 
intervention or redundant handling. STP has been a goal of the securities industry 
for years, but a sense of urgency to achieve STP has been brought about by a 
convergence of changes in a rapidly evolving financial marketplace. These 

20 changes include: increased cross-border trades, extended trading hours, 

decimalization of securities prices, the Securities and Exchange Commission 
(SEC)'s "hovering mandate" requiring T+l (trade date plus one day) settlement of 
domestic equities by mid-2002, and the general pressure to meet rising customer 
expectations of speed and value in the Internet economy. 

25 The rapid changes in the securities industry have a variety of implications, 

ranging from an explosion in transaction volumes to increased operational speed 
and complexity. However, a common denominator is compressed time frames, as 
manifested in shorter settlement cycles and the demand for real-time information. 
The increasing speeds at which transactions take place has significant implications 

30 for the industry as a whole and for individual players in the marketplace. 
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Current automated systems which connect financial market players (i.e. 
investment managers, broker-dealers, banks, financial instrument depository 
organizations, and infrastructure service providers), currently require three days 
(T+3) to clear a transaction (that is, have the money change hands and stock 
5 ownership records changed). The underlying computer and telecommunications 

systems infrastructure at each of the major players is complicated by such factors 
as each player's accounting system (needed to provide legally required records 
and to support payment of the players for their efforts), by complex "authorization 
& verification" protocols (between the computer systems of the various players), 

10 and by the many manual processes and legacy hardware and software in use. 

Such systems cannot be easily modified to accommodate a one day closing (T+l) 
process. As explained in more detail below, the exponential growth in the trading 
volumes in the U. S. stock markets in terms of shares traded and money involved 
(fueled in large part by the growth of the Internet, 24 hour trading capability, etc.) 

1 5 have created such a staggering amount of money (float) attendant to the three days 

clearance process, that the Securities & Exchange Commission has encouraged 
the creation of a one day clearance cycle (T+l) in order to minimize this float 
with the recommendation that this process be implemented by June 2002. While 
this is not deemed to be a firm date it is a target proposed by the SEC and various 

20 consortia of trading members, such as the Securities Industry Association (SIA), 

Industry Standardization for Institutional Trade Communications (ISITC), and 
other industry groups are attempting to define and build systems to be in place by 
this date. 

The current T+3 clearance process may be visualized with reference to 
25 Figure 2 wherein is shown an exemplary depiction of the processes in the 

lifecycle of a customer buy- trade of either domestic securities or 
corporate/municipal bonds initiated and settled in the U. S. domestic market. The 
assumptions are that all trading is in block form, all securities are immobilized in 
. the depository and all trades are for institutional clients. This Figure is taken from 
30 the Securities Industry Association (SIA) White Paper version 1.5, December 1, 

1999, entitled "Institutional Transaction Processing Committee" (hereinafter "SIA 
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White Paper"), which is incorporated fully herein by reference. In Figure 2 an 
investment manager places an order 201 with a broker-dealer who places an 
execution request 203 with an exchange. The exchange returns a trade order 
confirmation 205 to the broker-dealer who calculates the Notice of Execution 
5 (NOE) and average price 207 and sends the NOE 209 to the investment manager. 

The investment manager matches the NOE with the original order 211 and 
allocates shares among client accounts 213. He then forwards the allocation 
details 214 to the broker-dealer directing the broker-dealer to allocate the trade 
among different accounts, and sends a trade notification 215 to the custodian. 

10 The investment manager then generates settlement & delivery instructions 217 

and passes these 219 to the broker-dealer. The broker-dealer enriches the trade 
details with settlement instructions, fees, commissions, and tax 221 and generates 
messages to confirm the trade 223. The broker-dealer sends the trade detail 
message 225 to the depository who creates a confirmation 227 and sends the 

15 confirm message 229 to the investment manager The investment manager 

matches the confirm data from the depository to his previous allocations 231 and 
assuming they match he sends an affirm message 233 back to the depository. The 
Depository sends affirmed confirm messages to the broker dealer 237 and to the 
custodian 238 and the broker-dealer completes a settlement authorization 240 and 

20 returns it 239 to the depository who executes his part of the settlement 241 and 

notifies the custodian of the settlement 243 and the custodian completes the 
settlement 245. 

Because of the enormous volume of trading activity and the number of 
interrelated parties involved in a trade, securities firms do not compare and clear 

25 trades among themselves. Most transactions are passed over to clearing 

corporations and depositories that compare and clear the trades. Clearing refers to 
the processing of payment instructions, and settlement refers to the actual 
exchange of funds and securities between parties. In the U. S., there are several 
clearing houses that serve various markets. Trading on the New York Stock 

30 Exchange (NYSE), Amex, NASDAQ and some regional exchanges are cleared 

and settled through the National Securities Clearing Corporation (NSCC); U. S. 
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Treasuries are handled by the Government Securities Clearing Corporation 
(GSCC). In the options markets, the Options Clearing Corporation (OCC) clears 
trades for the Chicago Board Options Exchange (CBOE), as well as for the 
options traded on the NYSE, AMEX, and the Pacific Stock Exchange. 

At the present time most of these market players need several days to 
handle trade/settlement activities. Much of the processing is done by overnight 
batch processing methods using various computer systems, and each with their 
own standards, formats, and methodologies. Communications are predominantly 
single-threaded, point-to-point with a manual focus. And some of the processes 
are manual processes. In the cross-border trading area there is limited automation, 
and the clearance process has high failure rates due to limited expertise in foreign 
market trading and non-dollar instrument handling. Accordingly, there is a 
technical problem set related to transforming this T+3 process to a T+l process 
for clearance of security trades. 

Incremental change will not allow the securities industry to adapt. T+l 
trade settlement is expected to be a precursor to T+0 settlement. Successful 
adaptation to the new environment will require structural change. A degree of 
collaboration must be achieved which allows for STP among players, similar to 
that found in the payments industry. 

Due to the compressed time frames of the industry's STP mandate as well 
as the rapid pace of technological and marketplace change, there exists a need to 
phase in significant changes quickly and allocate resources to address the most 
time critical issues first. Thus, a system and method is needed to evaluate the 
immediate impact of integrating straight through processing techniques to effect 
T+l settlement of domestic equities in a securities processing system. A system 
and method is also needed to evaluate the longer term impact to a securities 
processing system presented by T+0 settlement and emerging electronic 
commerce related business practices. 

T+l evaluation uses a narrower, and more urgent, set of criteria to judge 
the impact of STP on a securities processing system. T+l impact is defined as the 
challenges presented by meeting the more compressed time frames imposed by 
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T+l settlement of domestic equities. Challenges include the need to support open 
data standards as defined possibly by the GSTPA and the need to meet shorter 
settlement cycles. T+0 evaluation, on the other hand, uses a broader, longer term 
set of criteria to evaluate the impact of STP on a securities processing system. 
5 T+0 impact is characterized by not only same day settlement of securities, but also 

by the broader need for a securities processing system to become an end-to-end 
electronic commerce enabled enterprise, with Straight Through Processing 
beginning and ending with the investor or end customer. 

The implication is that short term solutions to the T+l challenge must be 

10 engineered to support a longer-term transition to an STP-enabled securities 

processing system fully connected in the electronic commerce arena, and able to 
support T+0 settlement. New organizations and systems must be designed that 
can eventually support same day settlement and dynamic, on-line interaction with 
customers and business partners. Thus, a system and method of identifying 

15 technological and methodological bottlenecks in a securities processing system is 

needed. In particular, identification of these technological and process 
inefficiencies may be accomplished through implementation of a system and 
method for assessing the ability of a securities processing system to apply straight 
through processing to securities transactions. 

20 BRIEF SUMMARY OF THE INVENTION 

A system and method of assessing the ability of a securities processing 
system to implement automated processing of securities asset management 
functions within the securities processing system are disclosed. A diagnostic 
methodology is presented wherein a user may use the system and method of the 

25 present invention to identify gaps in the ability of a securities processing system 

to implement automated processing of securities management functions and to 
gather information and data in order to develop an implementation plan to 
remediate the identified gaps. A computer-implemented, menu-driven application 
provides flow control and data management resources for managing a plurality of 

30 activities of assessing the ability of a securities processing system to apply straight 
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through processing to securities transactions. Critical issues in implementing the 
automated processing of securities management functions in the securities 
processing system are identified and captured on electronic documents. Process 
and technology performance information for the current state of the securities 
processing system is captured using computer-implemented templates to record 
human resource utilization, level of automation, and volume data across a set of 
processes defined within the business and technology environments. This current 
process and technology performance information is analyzed with respect to a 
desired future state for the securities processing system implementing automated 
processing of securities management functions and scored. Information is also 
gathered regarding systems external to and connected to the securities processing 
system, such as business partner systems, vendor systems, and the industry-wide 
system. The ability of these external systems to implement automated processing 
of securities asset management functions is evaluated, and their potential impact 
on the securities processing system is assessed. Recommendations for improving 
process and technology performance for the securities processing system are 
formulated and prioritized. Tasks associated with the prioritized 
recommendations are defined and included in an implementation plan. Progress 
on the tasks of the straight through processing implementation plan are assessed 
and monitored on an ongoing basis. 

One implementation of the present invention comprises a menu-driven 
navigation and data tool implemented using a commercially packaged 
applications software product integrating a relational database program, a word 
processing program, a spreadsheet program, a presentation generation program, 
and electronic documents created using these programs. The steps of the 
assessment process are set forth in a series of menus creating using forms within 
the relational database program. The key steps of the assessment methodology 
are shown in the initial menu of the data tool and each key step includes a 
hyperlink to a submenu. The submenu includes substeps for the key step from 
which the submenu is accessed. Each substep within each submenu may further 
contain a hyperlink to open a document containing guidelines and instructions for 
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the substep from which the document is accessed. Alternatively, the substeps may 
be hyperlinked to additional menus breaking down the substeps into further 
substeps. The steps and substeps of the assessment process may further be 
associated with command buttons for hyperlinking into templates and data files, 
and for implementing data from the data files into the relational database program 
for report generation. 
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BRIEF DESCRIPTION OF THE DRAWINGS 
FIG. 1 is a flow chart illustrating eight steps of the computer-assisted 
diagnostic methodology for assessing the ability of a securities processing system 
to implement automated processing of securities management functions of the 
5 system and method of the present invention; 

FIG. 2 is a flow chart illustrating the representative current message flow 
in a T + 3 system entitled "Illustrative Institutional DVP Trade Process"; 

FIG. 3 is a diagram illustrating the selections available in the opening 
navigation screen used in one embodiment of the present invention; 
10 FIG. 4 A illustrates an example of a screen display used in one 

embodiment of the present invention for the "Project Management" step shown in 
FIG. 1; 

FIG. 4B illustrates an example of a screen display used in one 
embodiment of the present invention for the "Identify Critical Issues" step shown 
15 in FIG. 1; 

FIG. 4C illustrates an example of a screen display used in one embodiment 
of the present invention for the "Establish Process and Technology Baseline" step 
shown in FIG. 1 ; 

FIG. 4D illustrates an example of a screen display used in one 
20 embodiment of the present invention for the "Conduct Process Review 

Workshops" step shown in FIG. 1 ; 

FIG. 4E illustrates an example of a screen display used in one embodiment 
of the present invention for the "Review Industry, Business Partners', and 
Vendors' STP Initiatives" step shown in FIG. 1 ; 
25 FIG. 4F illustrates an example of a screen display used in one embodiment 

of the present invention for the "Perform Technology Assessment" step shown in 
FIG. 1; 

FIG. 4G illustrates an example of a screen display used in one 
embodiment of the present invention for the "Develop Roadmap and Business 
30 Case" step shown in FIG. 1; 
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FIG. 4H illustrates an example of a screen display used in one 
embodiment of the present invention for the "Develop Implementation Plan" step 
shown in FIG. 1 ; 

FIG. 5 A illustrates an example of a workplan used in one embodiment of 
5 the present invention; 

FIG. 5B illustrates an example of a project timeline generated using the 
example workplan shown in FIG. 5A; 

FIG. 5C illustrates an example of a team composition guidelines chart 
generated using the example workplan shown in FIG. 5A; 
10 FIG. 6 illustrates an example of a guide for interviewing internal 

executives used in one embodiment of the present invention; 

FIG. 7A illustrates an example of a trade process flow diagram for the 
current environment used in one embodiment of the present invention; 

FIG. 7B illustrates an example of a trade process flow diagram for the T+l 
15 environment used in one embodiment of the present invention; 

FIG. 7C illustrates an example of a trade process flow diagram for the T+0 
environment used in one embodiment of the present invention; 

FIG. 8A illustrates an example of a T+l impact heat map used in one 
embodiment of the present invention; 
20 FIG. 8B illustrates an example of a T+0 impact heat map used in one 

embodiment of the present invention; 

FIG. 9 illustrates an example of a guide for interviewing external business 
partners and vendors used in one embodiment of the present invention; 

FIG. 10 illustrates an example of a template used in one embodiment of 
25 the present invention for documenting the STP readiness of business partners and 

vendors; 

FIG. 1 1 illustrates an example of a process/application map used in one 
embodiment of the present invention; 

FIG. 1 2 illustrates an example of a template used in one embodiment of 
30 the present invention for documenting the functional and technical assessment of 

applications used in the securities processing system; 
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FIG. 13 illustrates an example of a template used in one embodiment of 
the present invention for assessing the information technology infrastructure of 
the securities processing system; 

FIG. 14 illustrates an example of a template used in one embodiment of 
the present invention for documenting potential process and technology 
improvement opportunities within the securities processing system; 

FIG. 15 illustrates an example of a template used in one embodiment of 
the present invention for defining projects; 

FIG. 16 illustrates an example of a roadmap for achieving straight through 
processing used in one embodiment of the present invention; and 

FIG. 17 illustrates an example of a template used in one embodiment of 
the present invention for defining a business case. 
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DETAILED DESCRIPTION OF THE PRESENTLY PREFERRED 

EMBODIMENTS 

Methods and systems for identifying bottlenecks in a securities processing 
system by assessing the ability of a securities processing system to apply straight 
5 through processing to securities transactions are disclosed. The following 

description is presented to enable any person skilled in the art to make and use the 
invention. Descriptions of specific applications are provided only as examples. 
Various modifications of the preferred embodiments will be readily apparent to 
those skilled in the art, and the general principles defined herein may be applied to 

10 other embodiments and applications without departing from the spirit and scope 

of the invention. Thus, the present invention is not intended to be limited to the 
embodiments shown, but is to be accorded the widest scope consistent with the 
principles and features disclosed herein. 

In a preferred embodiment of the present invention, a diagnostic 

1 5 methodology for assessing the readiness of a securities processing system for 

performing straight through processing on securities transactions comprises 
executable code running on a general purpose computer such as a conventional 
PC. Alternatively, the executable code may run on a server and be accessible 
through a client computer accessing the executable code from a remote location 

20 through a local area network such as an Ethernet, a wide area network, or the 

Internet, using standard communications protocols. 

Preferably, the executable code comprises commercially available 
applications software products including a database program, a word processing 
program, a spreadsheet program, and a presentation generation program, and 

25 related template and form data files creatable, viewable, modifiable, and 

executable within the various commercially available applications software 
products. In one embodiment of the present invention, executable code included 
in the applications software products enables data from files created using one of 
the applications software products, such as the spreadsheet program, to be 

30 imported into another of the applications software products, such as the database 

program. Furthermore, in one embodiment of the present invention, source code 
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expressed in the Visual BASIC programming language may be used to enable 
data files created and modifiable using one applications software product to be 
used in cooperation with other applications software products. In one 
embodiment of the present invention, the commercially packaged applications 
5 software products preferably include Microsoft Access 97, Microsoft Word 97, 

Microsoft Excel 97, and Microsoft Power Point 97. Alternatively, source code 
written in other programming languages or other versions of a database program, 
a spreadsheet program, a word processing program, and a presentation generation 
program running on a general purpose computer may be used. 

10 Preferably, the diagnostic program begins executing by running under a 

commercial database application for personal computers such as Microsoft Access 
97. The diagnostic program follows a menu driven outline format. The 
individual menu selections comprise hyperlinks to the requested information or a 
more detailed menu. In one embodiment of the present invention, the menu that 

15 appears after initial startup of the diagnostic program contains four options, as 

shown in FIG. 3: (1) review user guide 310, which can provide a hyperlink or 
command button to access text, graphics or multimedia documentation 315 for 
users, (2) review background documentation 320, which can provide a hyperlink 
or command button to access general background documentation 322 on straight 

20 through processing in the securities industry or, alternatively, a menu 326 linking 

to such documentation, (3) use data tool 330, which provides a hyperlink or 
command button to a process menu 100 containing the process steps 1 10-180 as 
shown in FIG. 1, and (4) exit data tool 340, which provides a command button to 
close the diagnostic methodology application 340 and exits the database 

25 application under which the diagnostic methodology application runs. 

A diagram of the overall process for assessing the ability of a securities 
processing system to employ straight through processing for financial transactions 
is shown the process menu 100 of FIG. 1. Process menu 100 shows a diagnostic 
methodology wherein a user may be able to identify any gaps in a securities 

30 processing system and begin to develop an implementation plan to remediate any 

identified gaps. The diagnostic program begins execution in a menu driven 
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outline format. The use of hyperlinks allows the menu to provide detailed 
information for each step of the process. Each of the process steps 1 10-180 is 
associated with its own self-contained window, shown in FIGS. 4A-4H 
respectively, which may be accessed by clicking on a hyperlink on the process 
5 menu associated with the process step for which further information is desired. 

Each of these windows contains a process step heading 410A-410H and several 
distinct subtasks. Navigation from a process step window 400A-400H back to the 
process menu 100 may be accomplished by clicking on a hyperlink on the process 
step window 400A-400H. Upon entering a process step 1 10-180, the objective for 
10 the step may be reviewed by clicking on the hyperlink for the process step 

u 

yn heading 410A-410H, which will cause a text window to appear on the screen 

%1 describing the objective. In addition, each subtask of a process step has a set of 

EP guidelines associated with it, and these guidelines may be reviewed by clicking on 

the hyperlink associated with the subtask. In addition, each subtask may also 
^ 15 have a template or an action item, or both associated with it. Preferably, each 

H template or action item is associated with a command button. In one embodiment 

nl of the present invention, a command button may be created using the Microsoft 

i±J Access database application program. The primary purpose of a command button 

O is to activate small programs such as macros or Visual BASIC (VBA) programs. 

20 Command buttons known in the art may be used in one embodiment of the present 

invention on process menu 100 and process step windows 400A-400H to activate 
macros, VBA programs, or other programs to perform tasks such as opening 
spreadsheet, word processing, presentation, or other application programs to 
access template files created using those programs, and other tasks such as 
25 importing data into the database application program and generating database 

reports. 

All templates associated with the diagnostic methodology application are 
read-only and are password protected so that only an administrator of the 
diagnostic methodology application may make modification to actual templates. 
30 A template associated with a subtask may be reviewed by opening it in read only 

mode through clicking on the command button labeled "T" associated with the 
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subtask as shown in the process step window. Information may be added to or 
updated in a template by making the adds or updates while in read only mode and 
then saving the updated template using the File : Save As selection on the pull 
down menu of the software application used to create the template. If a template 
has been updated, it should be used during the Action phase of the sub-task; 
otherwise, the standard template should be used to complete any action and saved 
in the same directory using File : Save As. The default directory will always be 
set to the directory in which the file must be saved. Furthermore, many sub-tasks 
have examples included within the same directory as the template. The examples 
have the same format and layout as the template, but are populated with sample 
data. The examples may be used as a guide when completing the sub-task 
associated with. In addition, when a document is opened via either the template 
or an action item button, a new instance of the software application is opened as 
well. Therefore, when the review of a document is complete, the document's 
entire application should be closed and not just the document under review. 

The first step in the process, which lays the groundwork for the remainder 
of the STP readiness assessment, is project management step 110. The purpose of 
the project management step is to ensure successful management of the project 
and the delivery of a complete and accurate assessment of STP readiness. The 
first task within the project management step is to define the project objective and 
scope. This task may be accomplished by establishing and confirming with the 
project stakeholders the objectives, scope, and timing for the overall diagnostic 
and subsequent remedial actions and projects. The objectives and scope should 
then be captured for use in the development of a workplan. The second task of 
the project management step is to develop a communications strategy with the 
project stakeholders. The communications strategy should include an assessment 
of the type of communications each project stakeholder requires, whether it be in 
the form of a status-based communications approach, an issues-based 
communications approach, or an alternate type of communications approach. 
Once the appropriate communications strategy has been determined for each 
stakeholder, regular meeting schedules should be established with stakeholders as 
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appropriate. Agendas for these periodic meetings may be developed from a 
workplan, status reports, a project issue log, or periodic project update 
communications. In addition, for each anticipated meeting, the objectives of the 
meeting and a list of the meeting participants should be documented on a 
communications strategy template. 

Another task in the project management step of the system and method of 
the present invention is to establish a work plan for the STP readiness assessment. 
The work plan should include those activities required to complete the diagnostic 
and should also include expected beginning and end dates for each activity. In 
addition, the necessary resources for each activity should be coordinated and 
allocated, and should match the resources available in a staffing plan both in terms 
of skills and experience as well as in available man hours. Once the necessary 
staffing resources have been allocated, responsibility to project team members 
should be assigned. A sample workplan containing steps of the STP readiness 
assessment process is provided as FIG. 5 A, with a project timeline set forth at 
FIG. 5B and a team composition guidelines chart set forth at FIG. 5C, both of 
which key into the workplan set forth in FIG. 5 A. In addition, once work has 
begun, maintenance of the work plan includes the modification of project 
deliverables as necessary, as well as maintaining the work plan timing, resource 
allocation, and due dates throughout the fluid diagnostic process. The frequency 
of status reporting to the project stakeholders needs to be determined. In addition, 
key diagnostic project milestones and on-time status needs to be tracked. 

As key issues surface, a project issue log, which may be implemented as 
a table formatted in a word processing program, should be used to capture and 
track issue status, issue criticality, and issue resolution. The status of the various 
key issues can be monitored by tracking the target resolution date of each issue 
and the level of criticality assigned to each particular issue (high, medium, low). 
The project issue log may be used to report the status of key issues to the project 
stakeholders. The project issue log template is designed to be modified easily as 
necessary to suit the needs of this diagnostic. 
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As discussed above, communication with project sponsors and 
stakeholders is a vital portion of managing the STP readiness assessment. The 
work plan should be reviewed to determine meeting schedules and participants for 
project updates. The project update presentations themselves should be content 
5 tailored to each audiences' need for detail. Furthermore, additional 

communication pieces in the form of newsletters and marketing material may be 
useful for larger audiences (e.g. employees, clients). 

A second important step of the STP readiness assessment is an information 
gathering and analysis step 120 of determining the critical issues on which to 

10 focus the assessment. A preliminary subtask of this step involves reviewing 

strategies of major business units, which involves obtaining and reviewing the 
documents necessary to get an understanding of the future focus of the 
organization. Major changes that will require new capabilities should be 
identified. Observations and unanswered questions identified in this preliminary 

1 5 review should be added to an interview guide. This interview guide should be 

used to conduct executive interviews. Executives whose perspectives are required 
to answer the questions contained in the interview guide should be interviewed. 
The interviews of each executive should be scheduled and entered into the 
workplan as necessary. After each interview is conducted, an electronic copy of 

20 the interview guide should be used to capture the interviewer's notes of the 

interview, as well as the name of the interviewee and the date of the interview. A 
sample of an interview guide used in one embodiment of the present invention is 
shown in FIG. 6. Critical STP issues and implications should be extracted from 
the electronic interview notes and should be placed in the STP issue log. Finally, 

25 trade process flows for the current (non-STP) environment, a T+l STP 

environment, and a T+0 STP environment should be reviewed as a starting point 
to develop an STP business architecture and process definition. Each process in 
the system whose STP readiness is being assessed should be articulated in terms 
of the characteristics in the T+l/T+0 process definitions. Examples of a trade 

30 process flow diagram for the current environment, and a trade process flow 

diagram for the T+l environment, and a trade process flow diagram for the T+0 



sf-866338 



16 



Docket No. 426882000200 



environment used in one embodiment of the present invention are provided as 
FIGS. 7A-7C, respectively. Finally, using the information gathered in this step, 
the timing and resource allocation in the work plan should be examined to 
determine whether it is accurate, and any needed modifications should be 
5 accomplished. 

A third step in the STP readiness assessment process is to establish a 
factual baseline of the current business and technology environment 130 and to 
identify issues relating to the areas of largest gaps and greatest potential 
improvement in terms of business processes and technology. The first subtask in 

1 0 the process is to gather data on human resource utilization and level of automation 

across the organization. Human resource utilization is reflected by the measure 
"FTE", or Full Time Equivalent along defined business processes. Level of 
Automation (LOA) is reflected by an estimate of the percentage the defined 
business processes are automated by core and non-core systems. The following 

15 data are collected from various departments: FTE data by process/activity, level of 

automation (core and non-core systems) by process/activity, and core systems 
used and number of non-core systems used in each process/activity. The 
FTE/LOA data collection may use three applicable templates: an FTE detailed 
template, a core systems automation template, and a non-core systems automation 

20 template. All three worksheets are preferably organized by business process and 

activities within the process using process definitions from a financial markets 
business model such as those disclosed in the document entitled "Global Financial 
Markets Business Integration Architecture: FM Process Definitions", Andersen 
Consulting, July 1996. The departments from which the data will be collected 

25 should be validated and modified. 

In gathering FTE data, each department should allocate the total number of 
FTEs in that department across the defined business activities. For LOA data, the 
level of automation (LOA) is expressed by the percentage a business activity is 
automated. For each activity performed by the department, the name(s) of any 

30 core systems used, as well as the number of non-core systems (e.g. spreadsheet) 

that may be used should be indicated. In addition, the percentage of activity that 
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is currently automated by the identified core system(s) or non core system(s) 
should be estimated and recorded in the survey. Preferably, cells that do not apply 
should be left blank instead of entering value 0. Data input files from each 
department should be collected, validated, and aggregated into three data input 
files corresponding to FTEs, core systems automation, and non-core systems 
automation. Once this data has been aggregated, all three completed data input 
forms should be imported by clicking the Import Data button and selecting the 
corresponding data file. After all data files have been imported, reports may be 
generated and viewed. 

Another subtask of the process step of establishing a process and 
technology baseline involves the gathering of volume data. In order to assess the 
STP impact of changing business environment and increasing transaction 
volumes, an understanding of relationship between the magnitude of the change in 
key volume drivers and the impact on business competency in the areas of people, 
process, and technology is required. Volume data such as: current and future 
volumes for each key volume driver in the high impact processes, the competency 
(people/process/technology) that will be impacted by each volume driver, and 
comments regarding the volume impact, should be collected. 

High impact processes and key volume drivers may initially be identified 
on a data input file from a standard template or from past STP readiness 
assessments, and may be validated and modified as required to encompass the 
scope of the assessment. Data regarding current volume and management's 
forecast on future volume should be collected for each volume driver and 
recorded on a data input file. In addition, the competencies 
(people/process/technology) that will be impacted by each volume driver should 
be identified by flagging the appropriate cell, and comments regarding volume 
impact should be recorded in the "comments" column on a data input file. The 
completed volume data input file may then be imported into a database using the 
standard mechanism for the software program. 

Data analysis regarding the process and technology baseline may be 
conducted on several levels. First, the FTE and Automation analysis illustrates 
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the human resource allocation and technology coverage in the current operation 
environment. By recognizing activities with a high level of manual process and 
low technology coverage within each process, a base is provided to identify 
process automation and FTE reduction opportunities. In a preferred embodiment 
5 of the present invention, FTE- Automation reports may be generated (1) by 

selected automation level and process, (2) by selected FTE level and process, and 
(3) by FTE level. 

Second, a process fragmentation report may be generated. A process 
fragmentation analysis illustrates the distribution of business processes across 
10 multiple departments and identifies processes with high numbers of hand-offs. 

These potentially fragmented processes should be the focus of the process review 
workshops of step 140, in order to further assess the STP readiness of these 
processes and identify areas with potential gaps, streamlining, and improvement 
opportunity. 

15 The impact of changing business volume may also be the subject of an 

analysis and report using the FTE, Automation, and Volume data generated in 
step 130. The volume impact analysis identifies the competency which will have 
the most volume impact and will require the most improvements in order to 
address the increasing volume across each of the high impact processes and across 

20 a particular business competency (people/process/technology) for all high impact 

processes. Finally, any critical issues uncovered in this process and technology 
baseline analysis, such as any potentially fragmented processes, should be 
recorded and included as a focus of the process review workshops of step 140. 

A fourth step 140 in the STP readiness assessment process shown in FIG. 

25 1 is to conduct process review workshops. Conducting process review workshops 

aids in (1) confirming the issues identified from the establish process and 
technology baselines step, (2) contrasting the current environment with the 
desired future state, and (3) scoring each process with respect to its STP readiness. 
Workshops for defined process groups should be organized around the value 

30 chain groupings of (1) client servicing and development, (2) investment advice, 

trading, and brokering, (3) asset/liability servicing, and (4) enterprise 
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management, where each value chain grouping comprises a plurality of processes. 
The scope of a workshop may include an entire value chain grouping, a subset 
(plurality) of processes within the grouping, a single process within the grouping 
or a set of activities within a single process. For the purpose of organizing 
5 workshops, preferably those processes that will have a high/medium impact as a 

result of STP will be identified as focus areas, such as those processes that may be 
shown on an STP Impact Heat Map, such as those shown in FIGS. 8 A and 8B. 

In each workshop, T+l and T+0 business architecture and future state 
process definitions such as those created in the identification of critical issues step 

10 120 should be reviewed. Critical issues identified in the identification step 120 

and the process and technology review step 130, and captured in the STP critical 
issues log should be reviewed. The FTE, automation, and volume analysis from 
step 130 should also be reviewed. The T+l and T+0 STP desired states as shown 
in FIGS. 7B and 7C should be discussed and documented. The STP desired state 

15 for each process should then be discussed in the workshop in relation to the 

current state for that process as captured in steps 120 and 130 of FIG. 1, and the 
current gap between the current and STP desired states should be discussed, 
assessed, and documented in relation to the current state, an example of which is 
shown in FIG. 7A. 

20 A score should be applied to each process/activity to assess its STP impact 

and readiness. The STP score may be used as a guide in ranking and assigning 
priorities to improvement recommendations that may be formulated in later steps 
of the STP readiness assessment process shown in FIG. 1 . An STP impact score 
and a gap score may be assigned in both the T+l and T+0 environments for each 

25 process/activity evaluated, and comments regarding the current gap and the 

desired state may be recorded along side the scores. The STP impact score may 
be classified as levels of impact between the ranges of 1 and 5, where 1 is no 
impact, and 5 is high impact. T+l impact is defined as the challenges presented 
by meeting the more compressed time frames imposed by T+l settlement of 

30 domestic equities. T+0 impact is characterized by not only same-day settlement 

of securities, but also by the broader need to become an electronic commerce 
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enabled enterprise capable of operating using STP beginning and ending with the 
investor or end customer. For each process/activity, a STP impact score should be 
assigned for both the T+l and the T+0 environments. 

Similarly, in computing a gap score, levels of gap for each process/activity 
5 being evaluated are defined between 1 and 5, where a level 1 gap means there is 

no gap, and a level 5 gap means there is a significant gap. The gap is defined as 
the improvements that need to be made on the current business competency in 
order to achieve the desired state. For each process/activity, a gap score should be 
assigned for both the T+l and T+0 environments. The overall STP score for each 

10 activity may be calculated using the following formula: STP score = (80% x STP 

Impact Score) + (20% x Gap Score). The STP score for each process is the 
average of the STP score for each activity within the process. A high score 
indicates that the activity has a large potential impact and a large gap between the 
current state and the desired state. 

15 A fifth step 150 in the STP readiness assessment process is to review the 

STP initiatives of the securities industry, the business partners, and the vendors of 
the enterprise whose securities processing system is being assessed in the system 
and method of the present invention. The purpose of this step is to help 
understand the impact of the industry in general, as well as business partners and 

20 vendors on the STP readiness of the securities processing system being assessed. 

A first subtask 41 5E of this step is to update the understanding of industry 
level STP. Personnel involved in the assessment process should obtain current 
information regarding both domestic and global STP initiatives and study the 
points of view of various industry players regarding STP. This information, 

25 including STP issues and possible industry level solutions/utilities should be 

communicated to all personnel involved in the STP assessment process. In 
addition, this information should be integrated into the database component of the 
system of the present invention through documentation in a Background 
Information Directory, accessible as item 320 of the main menu shown in FIG. 3. 

30 A second key subtask 420E of step 150 involves reviewing the STP 

readiness of business partners and vendors of the organization whose STP 
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readiness is being assessed. Business partners and vendors whose STP readiness 
will have a major impact on the organization and system being assessed by the 
present invention should be identified, such as pricing feed vendors, corporate 
action information vendors, custodians/sub-custodians, application vendors, and 
5 technical infrastructure vendors. Interviews should be conducted with all 

identified business partners and vendors. An interview guide similar to that found 
in FIG. 9 may be used by interviewing personnel to conduct interviews. The 
interview guide may also be modified as needed to capture the necessary data. 
After each interview, an electronic copy of the interview guide should be prepared 

10 and saved for each interviewee, with the date of the interview and the interview 

notes recorded on the electronic copy. These interview notes should be used to 
assess the impact of the business partners'/vendors' STP readiness on the system 
being assessed by the present invention. A business partner/vendor review 
template as shown in FIG. 1 0 may be used to capture findings and conclusions of 

1 5 the impact assessment regarding the business partners/vendors as gleaned from 

the interview notes. 

A sixth step 160 in the STP readiness assessment process shown in FIG. 1 
comprises performing a technology assessment to review and assess the level of 
STP readiness in all applications and infrastructure for the securities processing 

20 system being assessed. The first subtask 415F involves mapping the applications 

to the processes and activities which they support. A Process/ Application Map 
may be used to identify which applications support which business process or 
activity. An example of a process/application map partially populated with 
example application information is shown in FIG. 1 1 . The business processes for 

25 which corresponding applications should be mapped in a manner similar to that 

used in establish technology baseline step 130. As stated above, step 130, and 
now step 1 60, is preferably derived from and organized by business process and 
activities within the process, using process definitions from a financial markets 
business model such as those disclosed in the document entitled "Global Financial 

30 Markets Business Integration Architecture: FM Process Definitions", Andersen 

Consulting, July 1996. After the process/technology map has been completed, the 
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process workshop findings obtained in step 140 should be consulted in order to 
highlight the processes and applications on the map that are most critical to STP. 

A second subtask of step 160, performing the technology assessment, 
involves conducting a functional/technical assessment of applications. A 
5 functional/technical assessment template as shown in FIG. 12 should be modified 

as necessary and should be populated in the leftmost column 1210 with the 
applications critical to STP, as determined in the first subtask of step 160. 
Interviews with executives knowledgeable about each application listed in the 
assessment template should be conducted and each application listed should be 

10 assessed against the functional assessment criteria as well as the technical 

assessment criteria. Preferably, assessment ratings of (high, medium, and low) 
are applied for each criteria within each application, and relevant comments may 
be included for each application regarding the technical assessment and the 
functional assessment. 

15 A third subtask of step 160, performing the technology assessment, 

involves conducting an information technology (IT) infrastructure assessment. 
An IT infrastructure assessment template 1300, as shown in FIG. 13, may be used 
as a guideline for assessing the current IT infrastructure environment and its 
ability to support straight through processing. In a preferred embodiment of the 

20 present invention, the assessment should focus on four key infrastructure 

categories: (1) data architecture 1305, (2) computing environment 1310, (3) 
network environment 1315, and (4) infrastructure environment 1320. Within each 
infrastructure category, the assessment should include a description of the current 
environment 1330, a listing of changes 1335 within the infrastructure category 

25 required to support STP, key dependencies 1340 for these changes which will 

need to be examined, the estimated effort 1345 (low effort, medium effort, high 
effort) required to make the necessary changes to support STP, and possible third- 
party solutions 1350 to achieving STP support within the IT technology 
infrastructure. In addition, in conducting the assessments for each IT 

30 infrastructure category, certain infrastructure factors necessary to the 

infrastructure's ability to adapt to and support and STP system should be 
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considered. These considerations include: rapid access to a wide array of 
databases will be required in an STP environment, scalability, the ability to 
execute intra-day batches, 24x7 processing capability, the presence of 
middleware, the presence of sophisticated workflow and messaging management 
5 systems, and the ability to achieve real time processing of securities transactions 

using modular parallel processing. 

In addition, as part of the assessment of the current operating environment 
of each infrastructure category, current IT initiatives should be reviewed for 
alignment with STP implementation, as shown in step 430F of FIG. 4F. 

10 Upcoming IT projects impacting applications and infrastructure critical to STP 

should be identified, and findings should be documented under the description of 
the current environment 1330 of the IT infrastructure assessment template. Issues 
involving upcoming IT projects that require resolution in order to achieve STP 
implementation should also be separately documented on the STP issues log 

1 5 initiated in step 430B of FIG. 4B. 

Solutions, applications, and technologies of vendors, business partners, or 
the industry in general that may be used in future implementations of the STP 
architecture should be identified. These observations should be documented in 
the IT Infrastructure Assessment template 1300 shown in FIG. 13 as possible third 

20 party solutions 1350, as well as in the Functional/Technical Assessment template 

1200 shown in FIG. 12 as potential applications 1210. 

A seventh step 170 in the STP assessment process shown in FIG. 1 
includes the development of a roadmap and business case to outline the high level 
project sequencing and timing and provide guidance for implementing the 

25 migration plan to achieve STP. The financial impact of the recommendations 

should also be assessed and the cost and benefit realizations should be evaluated 
and confirmed through the development of business cases. A first subtask in step 
170 includes formulating and prioritizing process and technology improvement 
recommendations, as shown in FIG. 4G. Analysis, observation, and issues from 

30 the previous steps of the diagnostic should be reviewed with cross functional 

representation. The findings should be synthesized and conclusions drawn where 
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possible. A list of potential process and technology improvement opportunities 
and/or remedial projects should be constructed, and these ideas should be captured 
in an Improvement Recommendation template 1400 as shown in FIG. 14. Quick 
hits having a shorter time frame for completion should be identified and 
5 distinguished from longer term initiatives on the template 1400. Subjective 

priorities should be assigned to each recommendation listed in the template 1400, 
using the STP impact scores for the processes that are identified as being 
impacted by the recommendations. Finally, an estimate for each recommendation 
should be provided of the programming hours required to complete the 

10 recommendation. In addition, for each recommendation, any third parties 

involved in carrying out the recommendation should be identified. 

A second subtask of step 170 involves the creation of a roadmap for 
achieving STP. This may be accomplished by grouping improvement 
recommendations in such a way as to create logical projects. Ideas might be 

15 grouped by process, application, and desired outcome, for example. Definitions 

for each project should also be created, including scope, approach, deliverables, 
timing, and resourcing. Interdependencies among the projects should also be 
identified, and are preferably captured in the Project Definition template shown in 
FIG. 15. An example of a roadmap for achieving STP is shown in FIG. 16. 

20 A third subtask of step 170 includes developing a business case for each 

project. A business case details the information needed for educated evaluation of 
the proposed effort. A sample business case template 1700 is shown in FIG. 17. 
This sample should be reviewed and used to create a business case template that is 
appropriate for each project identified using the diagnostic methodology and that 

25 will meet stakeholder needs. Developing the business case requires thorough 

attention to every aspect of the project, such as the management sponsor, the 
objectives, and the estimated costs and benefits. The business case should detail 
the benefit the project will deliver, and should also specify the total costs and risks 
involved. The business case should show the complexity of effort required to 

30 complete the project. The business case should also include detailed plans for 

managing risk, migration, and other non-economic considerations. Finally, the 
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business case requires executive acceptance of accountability for delivering value 
in the project, and delivering the project on time and under budget. The results of 
the analyses conducted with respect to the business case for a particular project 
should help determine whether that particular project is sustainable. For projects 
5 that do not have a sustainable business case, the recommendations should be 

revisited and the potential solutions recrafted in a more feasible way. 

A business case 1700 comprises six main components. The project name 
section 1710 should provide a brief overview of the project concept and the 
strategy it supports. Management committee sponsor section 1720 should identify 

10 the management champion of the project, accountable for the successful delivery 

of the project within the specified time and budget parameters. Objectives section 
1730 defines parameters for completing the project, such as completing the 
project within specified budgetary or time constraints Objectives section 1730 
also defines goals to be accomplished through completion of the project, such as 

15 creation of a new design or process, making a current design or process more 

efficient, and providing project personnel with personal development 
opportunities. 

Implementation considerations section 1740 provide illumination on how 
the project defined in the business case fits into the current organization. Factors 

20 to be considered in section 1740 include assessing the feasibility of implementing 

the project proposed in the business case, including identifying internal resources 
available for implementing the proposed project, critical dependencies to consider 
within the current process, and organizational barriers and/or capabilities to 
completing the project. Implementation considerations section 1740 should also 

25 include an evaluation of the risks of not taking immediate action, such as losing 

the advantage of being the "first mover" with respect to the competitive 
marketplace, and missing out on the short window of opportunity for deriving 
maximum benefits from completing the project. 

Business impact section 1750 sets forth an economic assessment 1752 of 

30 the value of the project, as well as an non-economic assessment 1754 of the non- 

financial qualitative and quantitative implications of the project. In the economic 
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assessment 1752, the project personnel responsible for executing the diagnostic 
methodology of the present invention should evaluate such factors as the 
incremental contribution to gross margin, and the incremental level income 
payback. The economic assessment should also include an evaluation of the 
5 financial attractiveness of the business case, including an assessment of such 

factors as incremental level income, a discounted cash flow analysis, and the 
return on investment (ROI). All costs associated with launching the project 
should also be included in economic assessment 1752, including COGS (cost of 
goods sold), labor costs, capital expenditures, marketing costs, and ongoing 

10 support costs. Non-economic assessment 1754 should seek to develop an 

understanding of the non- financial implications of the project, including customer 
satisfaction, employee satisfaction, and operational improvements. 

Finally, the workplan component 1760 of the business case integrates 
project objectives, considerations, and assessments discussed above in order to 

15 develop a comprehensive plan for completing the project. The workplan section 

1760 of business case 1700 should include a listing of all major activities within 
the project. The time and resources required to complete these activities should 
be identified. Key milestone dates should be determined. Responsibility for 
overseeing and executing project activities should be delegated and assigned. The 

20 workplan 1760 should also articulate key deliverables for each activity. 

Furthermore, efforts and resources required for the project should be coordinated 
with other concurrent projects. Key success factors and metrics for evaluating 
project progress should also be developed and identified in order to track project 
performance. 

25 The final step 180 of the STP readiness assessment project constitutes 

developing an implementation plan for STP migration. A project management 
software tool such as Microsoft Project™ may be used to create the detailed 
implementation plan for STP migration in a manner well known in the art. The 
Microsoft Project™ tool may be used to track resource utilization, project status, 

30 project dependencies, and to estimate project costs. The project management step 

110 discussed above will also be continued on an ongoing basis as set forth in the 
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implementation plan generated to help track progress and status reporting, resolve 
issues, and communicate with key sponsors. 

Having described the invention in terms of a preferred embodiment, it will 
be recognized by those skilled in the art that various types of general purpose 
5 computer hardware and computer software application programs may be 

substituted for the configurations described above to achieve an equivalent result. 
The foregoing detailed description should be regarded as illustrative rather than 
limiting and the appended claims, including all equivalents, are intended to define 
the scope of the invention. 

10 
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